☝️☝️☝️☝️☝️ 影片連結

前端和後端是兩套分開執行的程式，但你在購物網站按下「加入購物車」後，商品資料卻能送到後端保存，畫面也會跟著更新。中間負責接收請求、傳回結果的呼叫方式，就是 API。它不是某一個特定工具，而是一套讓程式之間能清楚說明「我要做什麼、帶了哪些資料、最後結果如何」的溝通方式。

這支影片會沿用前幾篇的購物網站，讓同一筆商品資料一路從畫面走到後端，再回到瀏覽器。你會看到：

• API 全名是哪三個英文字，以及它位在前端和後端之間的哪個位置。
• 一支 API 如何由網址、HTTP 方法與傳送的資料組成。
• GET、POST、PUT、DELETE 各自常用在讀取、新增、修改與刪除。
• 後端如何用狀態碼與 JSON 資料告訴前端處理結果。
• 如何用 Postman 單獨送出請求，確認 API 本身能不能正常工作。
• 如何從瀏覽器開發者工具的 Network 分頁找到真正失敗的請求。

理解 API 之後，最直接的幫助是除錯時不用只說「網站壞了」。如果 Network 顯示請求根本沒有送出，可以先檢查前端；如果後端回傳 401、404 或 500，就能把方法、網址、狀態碼和回應內容一起交給 AI 分析；如果狀態碼是 200，畫面卻沒有更新，問題可能在前端如何讀取回傳資料。線索越具體，AI 越不需要從整個專案開始猜。

這篇的互動式簡報會把一支 API 的往返流程拆成可以操作的步驟，也能切換方法、查看回應與狀態碼。你不一定要自己建立所有 API，很多資料可以來自現成服務或第三方平台；但只要看得懂請求與回應，就能更清楚地規劃前後端分工、選擇解法，也能在出錯時把真正有用的資訊提供給 AI。

文章同步發表於 https://book.casper.tw/it2026/what-is-api